home *** CD-ROM | disk | FTP | other *** search
- Path: informatik.tu-muenchen.de!fischerj
- From: fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Amiga doesn`t need Pl
- Date: 23 Mar 1996 05:28:20 GMT
- Organization: Technische Universitaet Muenchen, Germany
- Distribution: world
- Message-ID: <4j025k$s3p@sunsystem5.informatik.tu-muenchen.de>
- References: <john.hendrikx.4ku6@grafix.xs4all.nl> <38233062@kone.fipnet.fi>
- NNTP-Posting-Host: hphalle5.informatik.tu-muenchen.de
- X-Newsreader: TIN [version 1.2 PL2]
-
- Jyrki Saarinen (jsaarinen@kone.fipnet.fi) wrote:
-
- : > No, not alignment, I said 64K/texture. Some of the loops made use of
- : > that to gain 1 or 2 cycles. What percentage of drawing a frame do you
- at least 2 cycles on 020/030. but then you got less registers free
- and loose even more cycles in outer loops. or you waste 6 cycles for
- an and.l #$x,Dn. both is inaceptable.
- The advantages of an and would be: no need of 64k aligment, larger
- textures than 256x256, more efficient store of very different sized
- textures. The latter both are not fact in a clone (today) and the first
- one is no problem.
-
- : > not worth wasting that much memory for to just get 1 or 2 extra cycles.
-
- : I still DONT understand how extra 64k is "wasting memory".
-
- he probably didn't notice you can store multiple textures in one
- 256x256 memory area.
-
- btw no extra 64k waste.
-
- adr=allocmem(size+65536)
- if adr!=0
- freemem(..)
- allocabs( (adr+65536) AND $ffff0000,size) /* look up allocabs, this might
- be rubbish */
- else
- print("wanna doom then gimme mem :)")
-
- : -- _
- : a Stellar programmer _ //
- : "Amiga - back for the future" \X/
- ------------------------------------------------------------------------
- fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) =:)
-